home *** CD-ROM | disk | FTP | other *** search
/ Just Call Me Internet / Just Call Me Internet.iso / com / uucp / uucico / uucico_g.doc < prev    next >
Text File  |  1992-10-20  |  23KB  |  438 lines
  1. Kurzanleitung zum UUCICO
  2. ------------------------
  3. Jan Willamowius, 11.3.91
  4. ------------------------
  5.  
  6. Dieser UUCICO ist so umgeschrieben, dass er auch gepollt werden kann.
  7. Ausserdem sind kleine Aenderungen im Handschaking, der Verwaltung der
  8. Debugging-Level und eine Messung des Datendurchsatz dazugekommen.
  9.  
  10. Der UUCICO basiert auf dem MailTruck Version 1.1 von John Logajan. John
  11. Logajan hat mir kuerzlich bestaetigt (Juli 90), dass diese Version des
  12. MailTruck immer noch die aktuelle ist. Er wurde von Rodney Volz erweitert,
  13. dass er mit dem Mercury UUCP zusammenarbeitet. Die 2. Richtung des
  14. Protokolls und alle weiteren Aenderungen ab Version 2.0 habe ich zusamen
  15. mit Carsten Lutz eingebaut.
  16.  
  17. Diese Version ist voll kompatibel zu den alten Versionen des UUCICO im
  18. Mercury UUCP und sollte anstelle dieser verwendet werden, auch wenn man
  19. nicht gepollt werden will.
  20.  
  21. Wer gepollt werden will muss den getty von Carsten Lutz verwenden, der
  22. auf Anrufe wartet, das Login erledigt und dann den UUCICO aufruft.
  23.  
  24. Diese Version des UUCICO ermoeglicht es erstmals Files von anderen Rechnern
  25. mittels uucp oder uuto geschickt zu bekommen, ohne Gefahr zu laufen, dass
  26. ein ungueltiger Pfadname uebertragen wird und der UUCICO abstuerzt.
  27. Aus eingehenden Dateinamen werden alle Ordner-Verweise entfernt. Die
  28. Datei wird dann unter den reinen Dateinamen in Mqueue abgelegt und kann
  29. dann an den gewuenschte Platz kopiert werden. Falls der Dateiname mehr
  30. als einen Punkt beinhaltet werden alle Punkte bis auf den letzten durch
  31. Unterstriche erstetzt.
  32.  
  33. Falls der Dateiname einer eingehenden Datei schon im Mqueue existiert,
  34. wird ein anderer zufaellig gewaehlt. Dieser hat bei .D und .X Dateien
  35. immer noch diese Endung wird beim Auspacken der News aber wegen des neuen
  36. Namens nicht gefunden. Hier muss dann von Hand eingegriffen werden. Dieser
  37. Fall ist allerdings recht selten.
  38.  
  39. Auch Anonymous-UUCP ist mit dieser Version des UUCICO nun moeglich; d.h.
  40. auch R-Komandos werden jetzt verarbeitet.
  41.  
  42. Wer Bugs o.ae. findet gibt mir bitte bescheid damit ich sie ausbauen kann.
  43.  
  44.  
  45. Jan Willamowius
  46. Nienredder 6
  47. 2000 Hamburg 54
  48. Tel 040 / 54 24 42
  49.  
  50. E-Mail: jan@janhh.hanse.de
  51.  
  52.  
  53. Versionen:
  54.  
  55. Mailtruck 1.0   urspruengliche Version von John Logajan
  56. Mailtruck 1.1   leicht verbesserter Mailtruck
  57. UUCICO          von Rodney Volz fuer das Mercury-Paket (diverse Versionen)
  58. UUCICO 2.0      auch fuer Indials von Jan Willamowius und Carsten Lutz
  59. UUCICO 2.1      kleine Verbesserungen
  60. UUCICO 2.3      Ausgabe der Versionsnummer
  61. UUCICO 2.4      Debugging-Levels mit Messung des Datendurchsatz, Ausgabe
  62.                 der Versionsnummer, Exit-Code <> 0 bei erfolglosem Abbruch,
  63.                 Ausgabe von CONNECT bei Direkt-Links
  64. UUCICO 2.5      nachfolgende Programme stuerzen nicht mehr ab, dafuer aber
  65.                 ohne Exit-Code
  66. UUCICO 2.6      DTR wird beim Programmstart gesetzt
  67. UUCICO 2.7      jetzt wieder mit Exitcode und hoffentlich ohne Seiteneffekte,
  68.                 DTR wird beim Programmstart auf HIGH gesetzt
  69. UUCICO 2.8      einige Fehlermeldungen jetzt im Klartext (statt Internal
  70.                 Error No. X) und Datumsformat im Logfile an den Hamburger
  71.                 Standard angepasst
  72. UUCICO 2.9      beim Fehler-Abbruch wird +++ATH0 jetzt frueher gesendet
  73.                 beim Handshaking wird jetzt (wie im g-Protokoll vorgesehen)
  74.                 ein Nullbyte am Ende des Strings gesendet
  75. UUCICO 2.91     wartet auch noch auf = nach Shere; wartet 10/50 sec nach
  76.                 erkennen des Nametrigger, bevor er den eigenen Usernamen
  77.                 sendet
  78. UUCICO 2.92     Es wird am Anfang der Session kein ATZ mehr ans Modem
  79.                 gesendet, sondern nur noch das, was in der hosts-datei als
  80.                 Modem-Init drin steht (dort sollte man ATZ reinschreiben)
  81. UUCICO 2.93     wartet nicht mehr auf = nach Shere, da Version 7 Unix und
  82.                 alle Abarten davon kein = senden; Wartezeit von 10/50 auf
  83.                 20/50 sec nach Nametrigger verlaengert
  84. UUCICO 2.95     Bugfix: manchmal konnte man das Passwort auf dem Bildschirm
  85.                 sehen; minimale Aenderungen im Protokoll um nach Fehlern
  86.                 besser aufzusetzen
  87. UUCICO 2.96     Name der Gegenstelle wird ins Logfile geschrieben; Bugfix:
  88.                 jetzt nicht immer Returncode 1, wenn man gepollt wird
  89. UUCICO 2.97     Bugfix von 2.96 gefixed: Es wird jetzt nicht immer 1
  90.                 zurueckgegeben, sondern ein Returncode, der bei rausgehenden
  91.                 Polls erfolgsabhaengig und bei reinkommenden immer 1 ist.
  92.                 Man kann nun RTS/CTS anschalten, indem man an das Baudraten-
  93.                 feld der entsprechenden Siteeintraege im hosts-File ein 'r'
  94.                 oder '/r' anhaengt. XON/XOFF ist nicht moeglich, da es sich
  95.                 nicht mit dem UUCP-g-Protokoll vertraegt.  RTS/CTS ist bei
  96.                 einigen TOS-Versionen allerdings fehlerhaft.
  97.                 Enthaelt der Initstring fuer das Modem zu Anfang die Zeichen-
  98.                 folge "atz", so wird zuerst nur ein atz ans Modem gesandt
  99.                 und dann der Rest der Zeichenkette mit einem vorgeschaltetem
  100.                 at. Diese Massnahme war noetig, weil einige Modems ( z.B.
  101.                 Traily ) nach einem atz keine weiteren Befehle mehr
  102.                 akzeptieren. - Carsten Lutz
  103. UUCICO 3.00     anonymous UUCP und Requests implementiert. Da es momentan
  104.                 kein vernuenftiges UUCP-Programm gibt, hier die Syntax fuer
  105.                 Filerequest-Zeilen in .C-Files:
  106.                 R source dest sender Options data(unused here) mode
  107.  
  108.                 Beispiel:
  109.                 R /usr/spool/uucppublic/README ~/readme gmaster - D.0 666
  110.  
  111.                 In den Feldern source und dest steht die Tilde fuer das
  112.                 uucppublic-Directory. Das lokale uucppublic-Directory kann dem
  113.                 uucico als optionales 16.Feld im \uucico.par uebergeben werden.
  114.                 Geschieht das nicht, so wird angenommen, dass sich uucppublic
  115.                 im selben subdirectory wie die mailqueue befindet. Bei
  116.                 Outdials wird jeder Path im dest-Feld akzeptiert. Laesst sich
  117.                 das File jedoch ( z.B. wegen eines falschen Path ) nicht
  118.                 erzeugen, so wird es unter uucppublic angelegt. Aus diesem
  119.                 Grunde *MUSS* bei Requests zwingend ein uucppublic-Directory
  120.                 vorhanden sein, ansonsten werden keine Requests rausgeschickt.
  121.  
  122.                 Bei ankommenden requests wird das dest-Feld ignoriert. Beim
  123.                 Source-Feld wird der gesamte Path abgeschnitten und der des
  124.                 uucppublic-Verzeichnisses davergehaengt, per default wird also
  125.                 *immer* aus diesem Directory requestet. Moechte man noch
  126.                 andere Directorys freigeben, so kann man im uucppublic eine
  127.                 Datei pubdir erzeugen, in der in jeder Zeile ein einzelnes,
  128.                 ebenfalls freigeschaltetes Directory stehen darf. Einen Pfad
  129.                 direkt anzugeben ist jedoch auch hier unsinnig. Es wird
  130.                 zuerst nachgesehen, ob das File im uucppublic existiert und
  131.                 wenn das nicht der Fall ist werden die in pubdir angegebenen
  132.                 Pfade durchgesucht.
  133.  
  134.                 Anonymous UUCP funktioniert bei Outdials wie ein normaler
  135.                 Poll, nur das halt andere Loginnamen und Passwoerter verwendet
  136.                 werden. Will man per Indial AnnoUUCP erlauben, so muss dem
  137.                 UUCICO neben den normalen Daten als Remote-Sitename NUUCP
  138.                 uebergeben werden !!! Der tatsaechliche Remote-Sitename wird
  139.                 dann waehrend der Init-Sequenz erfragt. Bei annonymous UUCP
  140.                 Indials wechselt der UUCICO nie in den Master-Mode.
  141.                 ( - Carsten Lutz )
  142. UUCICO 3.01     Verbesserte Bildschirmausgabe der Protokol-Handshaking. Man
  143.                 kann nun auch sehen welche Protokolle die Gegenstelle ausser
  144.                 dem g-Protokol anzubieten hat. (nur Nutzen kann man sie im
  145.                 Moment leider noch nicht)
  146.                 Bugfix: Wenn nur ATZ als Modeminit angegeben wird, wird nun
  147.                 nicht mehr zusaetzlich ein AT gesendet.
  148. UUCICO 3.03     Bugfix: Die Error-recovery war ca. seit Version 2.9 defekt,
  149.                 funktioniert nun wieder. Wenn unter dem Namen, der in der
  150.                 13. Zeile des UUCICO.PAR als Logfile angegeben wurde ein
  151.                 Ordner existiert ( wie bei mercury ueblich ), dann wird
  152.                 <13.Zeile>\uucico als Logfile benutzt.
  153.                 Es wird nach einem Poll jetzt immer die gesamte uebertragene
  154.                 Datenmenge sowie die benoetigte Zeit und der Durchsatz ins
  155.                 Logfile geschrieben.
  156.                 Am unteren Bildschirmrand wird ab jetzt in einer Statuszeile
  157.                 angezeigt, wie lange die Verbindung zum remote-host schon
  158.                 existiert, so dass man ggf. eine Einheit noch gut nutzen kann,
  159.                 wenn man einen Poll abbrechen will. Bei Verbindungen >=9600bps
  160.                 wird die Statusanzeige aus Geschwindigkeitsgruenden nur alle
  161.                 10 sec. upgedatet, bei bpsraten <9600 jede Sekunde. Bei Farb-
  162.                 bildschirmen ( Igitt ) erscheint keine Statuszeile.
  163.                 - Carsten Lutz
  164. UUCICO 3.1      Umfangreiche interne Umstrukturierungen um die Verwendung
  165.                 anderer Protokolle zu ermoeglichen. (das e-Protokoll ist
  166.                 halb-fertig)
  167.                 Redials werden auch bei 'NO CARRIER' durchgefuehrt, da
  168.                 bei vielen Modems die BUSY Erkennung wohl im Argen liegt.
  169.                 Kleine Aenderungen an der Statuszeile und noch ein paar
  170.                 Kleinigkeiten mehr die Carsten vergessen hat mir zu
  171.                 erzaehlen.
  172. UUCICO 3.2      Beta-Test Version: nicht oeffentlich
  173. UUCICO 3.21     Das Anlegen des Logfiles funktioniert nun sowohl bei Mercury-
  174.                 UUCP, als auch bei Hermes und anderen Instalationen nach dem
  175.                 "Hamburger Standard".
  176.                 Es wird die Baudrate der tatsaechlichen Verbindung angezeigt
  177.                 und nicht mehr die der Verbindung Modem/Rechner.
  178.                 Direkte Verbindungen zwischen Rechnern funktionieren jetzt
  179.                 (sehr schoener Durchsatz!).
  180.                 Verstaendigungsprobleme, die manchmal beim Verbindungsabbau
  181.                 auftraten, sind nun behoben. Die CLOSE-Message wurde leicht
  182.                 korrigiert.
  183.                 Falls eine zu bertragende Datei schon existiert wird die
  184.                 existierende Datei umbenannt, damit beim 2. Anlauf nach
  185.                 einer abgebrochenen Uebertragung die heile Datei den
  186.                 richtigen Namen hat. Bei Filetransfers per UUCP wird aus
  187.                 Sicherheitsgruenden weiterhin die neu ankomende Datei
  188.                 umbenannt.
  189.                 Die Statuszeile sollte jetzt in allen Aufloesungen, die
  190.                 die negativen Line-A Variablen benutzen korrekt laufen.
  191.                 Ausgaben die laenger sind als die Bildschirmbreite werden
  192.                 abgeschnitten. (tritt wohl nur in der geringen ST
  193.                 Aufloesung auf)
  194.                 Der Puffer der seriellen Schnittstelle wird beim Terminieren
  195.                 des UUCICO auf den urspruenglichen Wert zurueckgesetzt.
  196. UUCICO 3.3      Implementierung des schnellen uucp e Protokolls. 
  197.                 Voraussetzung ist eine Verbindung mit Fehlerkorrektur
  198.                 (V.42, MNP), sonst gibt es garantiert Datenverlust.
  199.                 Funktionierendes RTS/CTS am ST ist bei Geschwindigkeiten
  200.                 ab 9600bps sehr ratsam.
  201.                 Default Protokoll ist weiterhin das g Protokoll
  202.                 Das e Protokoll wird mit einem 'e' am Ende der Telefon-
  203.                 nummer im (x)host Files aktiviert. Im Serverbetrieb 
  204.                 werden g+e unterstuetzt. Weiteres:
  205.                 - bessere Bildschirmausgabe
  206.                 - soll mit MINT0.94 im Vordergrundbetrieb laufen
  207.                 - Probleme beim STE koennen durch Abschalten des Caches
  208.                   oder Runterschalten auf 8 MHz geloest werden.
  209.                 - Probleme beim Pollen bei einen PC mit FAS Device Treiber.
  210.                   -> umschalten auf das g Protokoll oder FAS Treiber 
  211.                   wechseln.
  212.                 - einige nuucp's verlangen ein CR als Passwort. Das wird
  213.                   durch den Eintrag ..|\n|..  im (x)hosts Files erzeugt.
  214.                 - arbeitet ohne FIX24.TTP auf dem TT
  215.  
  216. UUCICO 3.4      Einige Bugs beseitigt:
  217.                 - Allozierte Speicherbloecke werden wieder freigegeben
  218.                 - Kanal-Handling (BIOS) fuer Ausgabe ueber RS232 ge-
  219.                   aendert (wegen MiNT).
  220.                 - Es werden keine Zeichen mehr per BIOS direkt auf den
  221.                   Screen ausgegeben; dadurch kann die Ausgabe etwa in
  222.                   eine Datei umgelenkt werden (bei bg-Betrieb unter MiNT).
  223.                 - Einige GFA-Befehle durch Gemdos() ersetzt und kleinere
  224.                   kritische Routinen ueberarbeitet.
  225.                 
  226.                 Die Status-Zeile wird nur noch ausgegeben, falls der uucico
  227.                 bei einer Aufloesung von 640*400 arbeitet (ST-Modus); ande-
  228.                 renfalls werden einige - nicht alle - Ausgaben normal auf
  229.                 den Screen ausgegeben. Diese Anpassung erfolgt speziell
  230.                 fuer den Betrieb auf TT-Rechnern. Beim Direkt-Aufruf kann
  231.                 mit '-f' die Status-Ausgabe ganz ausgeschaltet werden.
  232.  
  233.                 Zeit-optimiertes e-proto. Waehrend receive/send von Files
  234.                 via e-proto werden keine Status-Angaben gemacht. Es werden
  235.                 zusaetzlich ca. 122 kb RAM alloziert.
  236.  
  237.                 Wird der uucico nicht direkt aufgerufen (sondern, wie
  238.                 bisher etwa via uupoll etc.), wird die Angabe ueber ReDials
  239.                 vorzugsweise aus den ENV-Variablen REDIAL uebernommen.
  240.  
  241.                 Die Angabe des Protokolls hinter der Telefonnummer muss
  242.                 nun _unbedingt_ korrekt erfolgen: Also 'e' fuer e-proto.
  243.  
  244.                 Es wurden Grade implementiert. Die Grade werden nur beim
  245.                 direkten Aufruf des uucico ausgewertet. Als Grade kann 
  246.                 eine Zahl von 0-9 oder Buchstaben a-z, A-Z uebergeben
  247.                 werden.
  248.  
  249.                 Der uucico kann jetzt alternativ auch direkt aufgerufen
  250.                 werden. Existiert im Home-Dir keine Datei 'uucico.par',
  251.                 werden die erforderlichen Angaben aus der Command-Zeile
  252.                 ausgewertet bzw. aus dem Environment ausgelesen. Die
  253.                 Parameter fuer den Direkt-Aufruf:
  254.  
  255.                 -s[pollsite] -p[proto] -r[redials] -v[grade] -x[debug] -f
  256.  
  257.                 Der uucico uebernimmt weitere Daten aus der hosts-Datei.
  258.                 Dazu wird im ENV nach der Variablen HOSTS gesucht.
  259.  
  260.                 Der uucico prueft vor Beginn des Waehlvorgangs, ob ein
  261.                 Anruf anliegt und terminiert gegebenenfalls. Die Modem-
  262.                 Meldung NO DIALTONE wird ausgewertet.
  263.  
  264.                 Bei Betrieb mit schnellen Geschwindigkeiten (>= 9600)
  265.                 und Verwendung des e-proto auf Mega-STE-Rechnern wird
  266.                 geraten, auf 16 Mhz und Cache ON (!) zu schalten.
  267.  
  268.                 Umstellung des Handlings beim Empfang von Files, deren
  269.                 Filenamen (TOS-Begrenzung auf 8 Zeichen UpperCase). Das
  270.                 zu empfangende File wird ggfs. unter einem neuen Namen
  271.                 empfangen - das anschliessend empfangene *.X-File wird 
  272.                 daraufhin ggfs. angepasst.
  273.  
  274.                 Wird der Empfang vorzeitig abgebrochen, hat das zu em-
  275.                 pfangende File in der $MAILQ (\usr\spool\mqueue\a*.d)
  276.                 ueblicherweise eine Filelaenge von 0 Byte. Beim termi-
  277.                 nieren wird die $MAILQ auf 0-Byte-Dateien untersucht
  278.                 und diese ggfs. geloescht.
  279.  
  280. UUCICO 3.42     Fehler bei Anpassung von *.X-Files (s.o.) behoben.
  281.                 Bei Aufruf mit 'uucico.par' wird $REDIAL nicht mehr
  282.                 defaultmaessig ausgewertet - alle Daten werden aus
  283.                 'uucico.par' uebernommen.
  284.  
  285.         Die gemeldeten Probleme bei der Zusammenarbeit mit
  286.                 den verschiedenen uupoll-Implementationen wurden be-
  287.                 hoben.
  288.  
  289.         Eine Pruefung auf einen 'verlorenen' Carrier findet
  290.         nicht mehr statt, so dass der uucico auch ueber den
  291.         seriellen Port am Mega-STE/TT betrieben werden kann.
  292.  
  293.                 Es werden auch ENV-Variablen mit '/' statt '\' als
  294.                 Pfadangaben korrekt ausgewertet.
  295.  
  296.                 Wird der uucico unter MiNT/MTOS gestartet terminiert
  297.                 der uucico, falls bereits aktiv.
  298.  
  299.         Beim Anwahlstring wird nicht nur ein 'ATZ' sondern bspw.
  300.                 auch ein 'ATZ4' korrekt ausgewertet und gesondert an das
  301.                 Modem gesandt. Meldet das Modem ein NO CARRIER bei einem
  302.         Anwahlversuch, terminiert der uucico um moegliche Fehl-
  303.         verbindungen zu vermeiden.
  304.  
  305.         Sonstige nicht erwaehnenswerte kleinere Anpassungen, die
  306.         von Beta-Testern gewuenscht wurden.
  307.  
  308. UUCICO 3.43    Auf diverse Anregungen hin wurden einige kleinere Ver-
  309.         aenderungen vorgenommen etwa beim Test auf freien Speicher
  310.         vor Start des Poll-Vorgangs.
  311.  
  312.         Neue Parameter bei Direktaufruf des uucico:
  313.  
  314.         -W[Sekunden]    Wartezeit in Sekunden bei Wahlwieder-
  315.                 holung
  316.  
  317.         -D[Kilobyte]    Reservierter HD-Speicher in Kilobyte, der
  318.                 nicht unterschritten werden darf. Verindert
  319.                 zumindest beim pollen, dass die Harddisk
  320.                 ueberlaeuft. Der uucico bricht den Empfang
  321.                 von Files ab, falls auf der Harddisk dieses
  322.                 Limit unterschritten wird.
  323.  
  324.  
  325.         - Lutz Petersen -
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332. Das Format von UUCICO.PAR
  333. -------------------------
  334.  
  335. Fuer diejenigen, die den UUCICO gerne in eine eigene Mailbox o.ae.
  336. integrieren moechten wird der GETTY kaum geeignet sein. Man kann sich
  337. jedoch mit einer kleinen Aenderung im Mailbox-Programm und einem direkten
  338. Aufruf des UUCICO helfen. Nachdem die Mailbox das Login mit Passwortabfrage
  339. erledigt hat, muss sie feststellen, ob es sich um eine pollende Site
  340. handelt. Es ist wichtig, dass die login-Sequenz der Mailbox nicht erst
  341. auf einen Tastendruck, Return o.ae. wartet, weil sich eine UUCP Site
  342. automatisch einlogged und beim Loginscript nur begrentzte Moeglichkeiten
  343. hat.
  344.  
  345. Handelt es sich beim Anruffer um eine UUCP Site legt die Mailbox im
  346. Hauptverzeichniss des aktuellen Laufwerks die Datei UUCICO.PAR an und
  347. macht ein Pexec() auf den UUCICO.
  348.  
  349. UUCICO.PAR ist eine normale Textdatei. Jede Zeile enthaelt eine Information,
  350. einen Pfad o.ae. Der Inhalt unterscheidt natuerlich ein wenig, wenn man
  351. angerufen wird oder wenn man jemanden anrufen moechte.
  352.  
  353.  1. Zeile: eigener Sitename
  354.  2. Zeile: Sitename der anrufenden Site bzw. der anzurufenden Site
  355.  3. Zeile: Modeminitstring
  356.  4. Zeile: Baudrate (wenn die Baudrate erkannt wird, wird diese gesetzt;
  357.            anderenfalls wird die aktuelle Einstellung beibehalten)
  358.            Folgenden Baudraten werden erkannt: 300,1200, 2400,3600,4800,
  359.            9600,19200. Auch mit 19200 Baud laeuft er noch zuverlaessig.
  360.            Man sollte allerdings ein Handshaking verwenden.
  361.  5. Zeile: Telefonnummer der anzurufenden Site
  362.  6. Zeile: Nametrigger
  363.  7. Zeile: eigener Username
  364.  8. Zeile: Passwordtrigger
  365.  9. Zeile: eigenes Passwort
  366. 10. Zeile: UUCP-Spooldirectory der anrufenden bzw. anzurufenden Site
  367. 11. Zeile: Spooldirectory fuer eingehende Messages (mqueue)
  368. 12. Zeile: Zeit wann eine andere Site angerufen werden darf, oder ANY oder
  369.            WAITFORCALL, wenn man angerufen wird
  370. 13. Zeile: Logfile
  371. 14. Zeile: Anzahl der Redials
  372. 15. Zeile: Debugginglevel (0-9) (optional)
  373. 16. Zeile: uucppublic - Directory (optional)
  374. 17. Zeile: *****OVERHEAD**** (optional)
  375. 18. Zeile: 'e' oder 'E' -  UUCP E-Protokoll aktivieren (optional)
  376.  
  377. Es werden natuerlich nicht immer alle Zeilen ausgewertet. Z.B. bei
  378. eingehenden Anrufen sind die Zeilen 5, 6, 7, 8, 9 und 14 nicht notwendig.
  379. Es sollte ein symbolischer Wert oder eine leere Zeile erzeugt werden.
  380. Die Direktories in Zeile 10 und 11 sollten mit einem Backslash enden.
  381.  
  382.  
  383.  
  384. Das Handshaking beim UUCP Start
  385. -----------------------------------
  386.  
  387. Zum Debuggen eines Link ist manchmal eine genauere Kenntnis der Handshaking-
  388. Phase notwendig (besonders wenn man sich an einen "exotischen" Unix Rechner
  389. anschliessen will). Der UUCICO liefert hierzu meist nur wenig hilfreiche
  390. Fehlermeldungen, da er nur auf eine erfolgreiche Antwort wartet bzw. sich
  391. ueber ihr Fehlen beschwert. Fehlermeldungen werden nicht erkannt.
  392.  
  393. Aus diesem Grund folgt eine Beschreibung des Handshaking _mit_ den
  394. moeglichen Fehlermeldungen und ihrer Bedeutung.
  395.  
  396. Master (Anrufer)        Slave (Angerufener)     Bemerkung
  397. ================        ===================     =========
  398.                         Shere=<slavename>       "=slavename" ist optional.
  399.                                                 slavename sind die 8 ersten
  400.                                                 Zeichen des Sitenamen.
  401.  
  402. S<mastername> -Q0 -x0                           "-Q0" gibt an, dass die keine
  403.                                                 Kontrolle der sequencenumber
  404.                                                 stattfinden soll. "-x0" gibt
  405.                                                 das Debugginglevel an. Bei x9
  406.                                                 wird auch beim Slave proto-
  407.                                                 kolliert. Ist bei uns nur
  408.                                                 unvollstaendig implementiert.
  409.  
  410.                         ROK                     Der Anrufer wird akzeptiert.
  411.                           oder
  412.                         RLCK                    Das Account ist "locked". Der
  413.                                                 Master kommuniziert schon auf
  414.                                                 einem anderen Port.
  415.                           oder
  416.                         RCB                     Call-back required. Der Slave
  417.                                                 ruft zur Ueberpruefung zurueck.
  418.                           oder
  419.                         RBADSEQ                 Falsche "sequencenumber".
  420.                           oder
  421.                         RLOGIN                  Kein Login-Eintrag fuer diesen
  422.                                                 Master vorhanden.
  423.                           oder
  424.                         RYou are unknown to me  Unbekannter Master.
  425.  
  426.                         P<protos>               protos ist die Liste der
  427.                                                 unterstuetzten Protokolle.
  428.                                                 (z.B. "Pg", "Pge").
  429.  
  430. U<proto>                                        Der Master sucht sich das
  431.                                                 Protokoll proto aus 
  432.                                                 ("Ug" oder "Ue")
  433.   oder
  434. UN                                              Kein gemeinsames Protokoll.
  435.  
  436. Ab hier beginnt die Uebertragung der Daten und des UUCP Protokolls
  437. im vereinbarten Format.
  438.